Skip to content

docs: add release guide to documentation#434

Open
mojomex wants to merge 3 commits into
mainfrom
docs/release-guide
Open

docs: add release guide to documentation#434
mojomex wants to merge 3 commits into
mainfrom
docs/release-guide

Conversation

@mojomex
Copy link
Copy Markdown
Collaborator

@mojomex mojomex commented Apr 7, 2026

PR Type

  • Improvement

Related Links

Description

This PR adds a "Cutting Releases" page to the "Contributing" section of the documentation.
Releases are now using the ROS 2 Bloom and Catkin tooling, and I already screwed up using it correctly for version 1.1.0, so documentation is definitely needed 😁

Review Procedure

Build and serve docs with

sudo apt install doxygen
pip3 install -r docs/requirements.txt
mkdocs build --config-file scripts/mkdoxy_gen.yml
python3 scripts/preprocess_zensical_docs.py
zensical serve --config-file .zensical.toml

then go to http://localhost:8000/nebula/contributing/cutting_releases/

Remarks

Pre-Review Checklist for the PR Author

PR Author should check the checkboxes below when creating the PR.

  • Assign PR to reviewer

Checklist for the PR Reviewer

Reviewers should check the checkboxes below before approval.

  • Commits are properly organized and messages are according to the guideline
  • (Optional) Unit tests have been written for new behavior
  • PR title describes the changes

Post-Review Checklist for the PR Author

PR Author should check the checkboxes below before merging.

  • All open points are addressed and tracked via issues or tickets

CI Checks

  • Build and test for PR: Required to pass before the merge.

Signed-off-by: Max SCHMELLER <max.schmeller@tier4.jp>
@mojomex mojomex self-assigned this Apr 7, 2026
Signed-off-by: Max SCHMELLER <max.schmeller@tier4.jp>
@mojomex mojomex force-pushed the docs/release-guide branch from 7a15b49 to 0647e98 Compare April 7, 2026 13:25
@mojomex
Copy link
Copy Markdown
Collaborator Author

mojomex commented Jun 3, 2026

@SergioReyesSan @badai-nguyen @drwnz Friendly ping 🙇 As it's not mission critical, a quick check is enough.

Copy link
Copy Markdown
Collaborator

@drwnz drwnz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the PR. I added some comments and questions.

2. Follow the [Subsequent Releases](https://docs.ros.org/en/humble/How-To-Guides/Releasing/Subsequent-Releases.html)
guide to update the changelog, bump the version, and create pull requests to rosdistro.
1. Update changelogs using `catkin_generate_changelog`, then PR and merge to `main`.
2. Bump the version using `catkin_prepare_release` directly on `main`.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Our main is protected, so can you do this without changing settings anywhere? Or is this overridden somehow?


!!! warning "Check for breaking changes"
As per the semantic versioning rules, the major/minor/patch version should be bumped based
on the type of changes in the release. Familiarize with [Semantic Versioning](https://semver.org/),
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
on the type of changes in the release. Familiarize with [Semantic Versioning](https://semver.org/),
on the type of changes in the release. Please familiarize yourself with [Semantic Versioning](https://semver.org/),

!!! warning "Check for breaking changes"
As per the semantic versioning rules, the major/minor/patch version should be bumped based
on the type of changes in the release. Familiarize with [Semantic Versioning](https://semver.org/),
and ensure to bump the version correctly in accordance with the changes in the release.
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
and ensure to bump the version correctly in accordance with the changes in the release.
and ensure the version is bumped correctly in accordance with the changes in the release.

guide to update the changelog, bump the version, and create pull requests to rosdistro.
1. Update changelogs using `catkin_generate_changelog`, then PR and merge to `main`.
2. Bump the version using `catkin_prepare_release` directly on `main`.
3. Notify the ROS 2 ecosystem using `bloom-release`. Do this once per supported ROS 2 distribution,
Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can only repository admins do this?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants